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Abstract 



The control system has an interface (510) to a target application (505), with the interface providing 
multiple operations to be selected by a user. A control unit (515) controls selection data for the various 
interface operations, and generates a chronological record of the controlled data, A communication 
device (520) delivers this chronological data to a monitoring station. 
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(54) SYSTEME ET PROCEDE DE CONTROLE DE LUSAGE, FAIT PAR UN UTILISATEUR, D UNE APPLICATION 
CIBLE D UNE UNITE DUPLICATION. 



_ L'invention concerne un systeme de controle d'appli- 
cation comprenant une interface (510) d'une application ci- 
ble (505), nnterface comprenant une pluralite d'operations 
devant etre selectionnees par un utilisateur, une unite de 
controle (515) configuree pour controler des donnees de se- 
lection de la pluralite d'operations de nnterface par I'utilisa- 
teur, et pour produire un enregistrement chronotogique des 
donnees controlees; et un dispositif de communication 
(520) configure pourcommuniquer I'enregistrementchrono- 
logique des donnees controlees. 

Elle concerne aussi un procede associe et un produit 
programme d'ordinateur. 



application aau 

5KK 



INTERFACE 
(TUTUSATEUR 



C0HTR0LE ET RECUEB. 
^1 CKRONOLOCtQUE 



BLOC 

omssjON 



BNSDOCID: <FR 2793915A1_ 



2793915 



La presenie demande est apparentee aux demandes de brevet et aux 
brevets connexes suivants : la demande de brevet des EUA 09/192 583 d^posde le 
17 novembre 1998 sous le titre "Method and System for Communication With a 
Device Attached to a Computer Using Electronic Mail Messages", la demande de 

5 brevet des EUA 08/883 492 deposee le 26juin 1997 sous le titre "Method and 
System for Diagnosis and Control of Machines Using Connectionless Modes 
Having Delivery Monitoring and an Alternate Communication Mode", la demande 
de brevet des EUA 08/820 633 deposde le 19 mars 1997, et devenue maintenant le 
brevet des EUA 5 887 216, sous le titre "Method and System to Diagnose a 

10 Business Office Device Based on Operating Parameters Set by a User", la 
demande de brevet des EUA 08/733 134 deposee le 16 octobre 1996 sous la titre 
"Method and System for Diagnosis and Control of Machines Using 
Connectionless Modes of Communication", la demande de brevet des EUA 
08/624 228 deposee le 29 mars 1996, et devenue maintenant le brevet des EUA 

15 5 818 603, sous le titre "Method and System for Controlling and Communicating 
with Machines Using Multiple Communication Formats", les demandes de brevet 
des EUA 08/738 659 et 08/738 461 toutes deux depos&s le 30 octobre 1996 sous 
le titre "Method and System for Diagnosis and Control of Machines Using 
Connection and Connectionless Modes of Communication" et qui sont des 

20 divisions de la demande de brevet des EUA 08/463 002 deposee le 5 juin 1995 
sous le titre "Method and System for Diagnosis and Control of Machines Using 
Connection and Connectionless Modes of Communication" devenue aujourd'hui 
le brevet des EUA 5 819 110, et la demande de brevet des EUA 08/852 413 
deposee le 7 mai 1997 sous le titre "Method and System for Controlling and 

25 Communicating with Business Office Devices", devenue aujourd'hui le brevet des 
EUA 5 774 678, qui est une continuation de la demande de brevet des EUA 
08/698 068 deposee le 15aout 1996 sous le titre "Method and Apparatus for 
Controlling and Communicating With Business Office Devices", devenue 
aujourd'hui le brevet des EUA 5 649 120, qui est une continuation de la demande 

30 de brevet des EUA 08/562 192 deposde le 22 novembre 1995, qui est une 
continuation de la demande de brevet des EUA 08/473 780 deposee le 6 juin 1995 
sous le titre "Method and Apparatus for Controlling and Communicating With 
Business Office Devices", devenue aujourd'hui le brevet des EUA 5 544 289, qui 
est une continuation dc la demande de brevet des EUA 08/426 679 deposee le 

35 24 avril 1995, devenue aujourd'hui le brevet des EUA 5 537 554, sous le titre 
"Method and Apparatus for Controlling and Communicating With Business Office 
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Devices" qui est une continuation de la demande de brevet des EUA 08/282 168 
deposee le 28 juillet 1994 sous le titre "Method and Apparatus for Controlling and 
Communicating With Business Office Devices", devenue aujourd'hui le brevet des 
EUA 5 412 779, qui est une continuation de la demande de brevet des EUA 
5 07/902 462 deposee le 19juin 1992, aujourd'hui abandonn£e, qui est une 
continuation de la demande de brevet des EUA 07/549 278 deposee le 6 juillet 
1990, aujourd'hui abandonn^e, la description de chacun de ces documents etant 
incorpor^e ici a titre de reference. 

La pr£sente invention conceme de fagon g6n£rale un dispositif de 
10 controle d'unite d'application qui peut controler I'usage fait par un utilisateur d'une 
application cible d'une unite d'application, et qui peut, facilement et efficacement, 
communiquer les donn^es se rapportant a I'usage ainsi contrdle. 

Du fait de l'utilisation de plus en plus rdpandue des ordinateurs, la 
mise au point des logiciels est devenue, de fagon tres 6vidente, une affaire 
15 importante. Pour ^valuer un logiciel, il peut etre avantageux de controler de fafon 
exacte comment un utilisateur utilise une application de logiciel. Par exemple, 
cela peut etre utile & un concepteur de logiciels de savoir quelles commandes un 
utilisateur emploie le plus souvent. 

En outre, pour concevoir des dispositifs destines h fonctionner en 
20 interaction avec un etre humain, il peut etre souhaitable de controler comment 
I'utilisateur interagit avec un tel dispositif. Par exemple, il peut etre souhaitable de 
controler comment un utilisateur utilise le panneau de commande d'un dispositif 
de formation d'image tel qu'un copieur, un telecopieur, une imprimante, 
un numeriseur graphique, ou d'un appareil tel qu'un four S rnicro-ondes, un 
25 magnetoscope, une camera numerique, un telephone cellulaire, un ordinateur 
portatif de poche, etc. 

En outre, de plus en plus d'utilisateurs font appel a Internet. D est d'un 
tres grand interet de savoir comment des utilisateurs emploient Internet, 
notamment en ce qui conceme I'usage pouvant etre fait de certaines pages Web, 
30 etc. Le controle de I'usage d'Internet par les utilisateurs peut 6galement devenir 
important. 

Dans les cas ou Ton souhaite determiner comment un utilisateur utilise 
une certaine application, par exemple une application de logiciel, un dispositif 
comportant une interface devant etre activ^e par I'utilisateur, une page Web, etc., 
35 non seulement I'usage fait par I'utilisateur de Tunite d'application d controler, mais 
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aussi des informations obtenues par controle de l'usage fait par I'utilisateur doivent 
etre communiquees & une partie voulue. 

Un but de l'invention est de produire un systeme nouveau et efficace 
permettant de controler l'usage, fait par un utilisateur, d'une application cible d'une 
5 unite d'application. 

Un autre but de l'invention est de produire un systeme nouveau 
permettant de communiques & une partie voulue, des donn£es obtenues par 
controle de 1'utilisation, faite par I'utilisateur, d'une application cible d'une unite 
d'application. 

10 L'invention atteint ces buts, ainsi que d'autres buts, en controlant 

l'usage d'une interface d'utilisateur d'une application cible d'une unite 
d'application. Ce controle peut, par exemple, controler un programme de logiciel 
qui est execute sur un ordinateur ou une station de travail sous commande d'un 
utilisateur, l'usage d'un panneau de commande d'un appareil de formation d'image 

15 tel qu'un copieur, une imprimante, un teldcopieur, un num&iseur graphique, d'un 
appareil tel qu'un four a micro-ondes, un magnetoscope, une camera num£rique, 
un telephone cellulaire, un ordinateur portatif de poche, etc., ou de tout autre 
dispositif ou systeme possedant une interface d'utilisateur. Les donn6es obtenues 
par controle de l'usage fait par un utilisateur de Tapplication cible d'une unite 

20 d'application peuvent, au titre d'une particularity supplemental de l'invention, 
6tre recueillies et enregistrees dans un journal, puis communiqudes en un lieu 
voulu par courrier £lectronique, ou messagerie Internet. L'utilisation d'une 
communication par courrier electronique rdduit les couts associ£s ii la 
communication de ces donn^es. Les donn^es peuvent etre communiques au lieu 

25 voulu en plusieurs occasions, notamment & chaque fois qu'un utilisateur quitte une 
application cible d'une unite d'application, ou aprfes un nombre predetermine de 
fois qu'un utilisateur a utilise et quitte Tapplication cible de 1'unite d'application. 

La description suivante, con?ue h titre d'illustration de l'invention, vise 
a donner une meilleure comprehension de ses caracteristiques et avantages ; elle 

30 s'appuie sur les dessins annexes, parmi lesquels : 

la figure 1 montre trois machines bureautiques mises en reseau qui 
sont connectees h un reseau d'ordinateurs et de bases de donndes via Internet ; 

la figure 2 montre les composants d'un appareil du type 
copieur/imprimante numdrique ; 

35 la figure 3 montre les composants eiectroniques de 1'appareil 

copieur/imprimante num6rique de la figure 2 ; 
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la figure 4 rnontre des details de Tinterface de communication 
multiport de la figure 3 ; 

la figure 5 rnontre une autre configuration de systeme possible, dans 
laquelle des dispositifs bureautiques sont connectes k un ordinateur qui est 
5 connecte a un r£seau, ainsi que des dispositifs qui sont connectes directement au 
reseau ; 

la figure 6A rnontre sous forme d'un schema fonctionnel une maniere 
dont des informations peuvent etre communiqudes & un dispositif, ou en 
provenance d'un dispositif, par courrier electronique ; 
10 la figure 6B rnontre un autre moyen possible de communiquer en 

utilisant le courrier electronique, ou Tordinateur qui est connect^ au dispositif sert 
aussi d'agent de transfert de message ; 

la figure 6C rnontre une autre maniere possible de communiquer en 
utilisant le courrier electronique, ou une unite d'application poss^de des capacites 
15 de messagerie electronique ; 

la figure 7 rnontre une autre maniere d'emettre des messages sur 

Internet ; 

la figure 8 rnontre un ordinateur, prdsente a titre d'exemple, qui peut 
etre connecte au dispositif et etre utilise pour transmettre des messages de courrier 
20 electronique ; 

la figure 9 rnontre, sous forme de schema fonctionnel, la connexion 
dun bloc de controle et de recueil chronologique et un bloc demission & 
destination d'une application cible d'une unite d'application, selon l'invention ; 

la figure 10 rnontre un exemple d'une unite d'application h laquelle 
25 Tinvention peut etre appliqu£e ; 

la figure 11 rnontre un deuxiSme exemple d'une unite d'application h 
laquelle Tinvention peut etre applique e ; 

la figure 12 rnontre une vue d'ensemble d'objets exdcutds selon 

l'invention ; 

30 la figure 13 rnontre une operation de controle de debut qui est 

execute selon l'invention ; 

la figure 14 rnontre une operation de positionnement d'un type de 
declencheur et un certain nombre d'operations de sessions selon Tinvention ; 

les figures 15(a) et 15(b) montrent des operations d'utilisation 
35 destructions qui peuvent etre executees selon Tinvention ; 
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les figures 16(a) et 16(b) montrent des operations de controle darret 
qui peuvent etre exdcut^es selon la prdsente invention ; et 

la Figure 17 montre une operation de commande d'emission qui peut 
etre ex^cutee selon l'invention. 

5 On se reporte maintenant aux dessins, ou des num£ros de reference 

identiques d^signent des parties identiques ou correspondantes sur les differentes 
vues, et, plus particulierement, & la figure 1, qui montre di verses machines et 
ordinateurs servant a effectuer le controle, le diagnostic et la commande du 
fonctionnement des machines. Sur la figure 1, il y a un premier rdseau 16, par 

10 exemple un reseau local (LAN) connect^ a des stations de travail informatiques 
17, 18, 20 et 22 (not^es WS). Les stations de travail peuvent etre de tout type 
d'ordinateur, notamment dispositifs compatibles avec les PC dTBM, ordinateurs 
sous systfcme Sexploitation Unix, ou bien Macintosh d' Apple. Sont egalement 
connectes au reseau 16, une machine du type copieur/imprimante num^rique 24, 

15 un telecopieur 28 et une imprimante 32. Les dispositifs 24, 28 et 32 et les stations 
de travail 17, 18, 20 et 22 sont designes comme etant des machines ou des 
dispositifs controles, et d'autres types de dispositifs peuvent etre utilises en tant 
que machines ou dispositifs controles, et comprennent Tun quelconque des 
dispositifs discutes ci-apres. De plus, un serveur de teldcopie (non repr€sente) peut 

20 etre connects au reseau 16 et avoir une connexion telephonique, une connexion 
ISDN (reseau numdrique k integration de services), ou une connexion cabtee. 
En plus de la machine numerique copieur/imprimante 24, du telecopieur 28 et de 
Timprimante 32, qui sont connectes au rdseau 16, ces dispositifs peuvent 
6galement comporter respectivement des connexions telephoniques et, ou bien, 

25 ISDN et, ou bien, cablees 26, 30 et 34 classiques. Comme expliqu£ ci-apr&s, les 
machines ou dispositifs bureautiques 24, 28 et 32 communiquent avec une station 
eloign^e de controle, de diagnostic et de commande, qui est dgalement appelee 
dispositif de controle, via Internet et le rdseau 16 ou par une connexion directe 
telephonique, ISDN, ou cabtee. 

30 Sur la figure 1, Internet est gdneralement designd par la reference 10. 

Le reseau Internet 10 comporte plusieurs ordinateurs et routeurs interconnectes, 
qui sont designes par les references 12A h 121. La maniere de communiquer sur 
Internet est r6velee dans les documents RFC obtenus par protocole FTP a 
NIC.DDN.MIL ou a FTP NISC.SRI.COM. La communication assoctee au 

35 protocole TCP/IP est decrite par exemple dans l'ouvrage "TCP/IP Illustrated 
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vol. 1, The Protocols, de Stevens, par Addison-Wesley Publishing Company, 
1994, auquel on pourra se reporter. 

Sur la figure 1, on peut voir qu'un garde-barriere, ou coupe-feu, 14 est 
connecte entre le rdseau Internet 10 et le reseau 16. Un garde-barriere est un 

5 dispositif qui ne permet qu'a des ordinateurs agrees de faire accfes h un reseau ou & 
d'autres ordinateurs via Internet. Les garde-barriere sont connus et sont des 
dispositifs et, ou bien, des logiciels que Ton peut se procurer dans le commerce, 
comprenant notamment le dispositif SunScreen de la socidt£ Sun Microsystems 
Inc. De la meme fa^on, un garde-barriere 50 est connecte entre le r6seau Internet 

10 10 et un reseau 52. De plus, un garde-barriere 40 est connect^ entre le reseau 
Internet 10 et une station de travail 42. 

Le reseau 52 est un reseau classique et comporte plusieurs stations de 
travail 56, 62, 68 et 74. Ces stations de travail peuvent etre des services difterents 
a Tinterieur d'une societe, comme par exemple le service commercial, le service 

15 fabrication, le service etudes et le service clientele. En plus des stations de travail 
connectdes au reseau 52, il y a une station de travail 42 qui n'est pas directement 
connectee au rdseau 52. Des informations d'une base de donndes stock^e sur un 
disque 46 peuvent etre partagees au moyen d'un cryptage et de protocoles 
approprids sur Internet avec les stations de travail directement connectees au 

20 reseau 52. De plus, la station de travail 42 comporte une connexion directe & une 
ligne telephonique et, ou bien, & un r6seau ISDN et, ou bien, a un cable, 44, et la 
base de donnees presente dans le disque 46 peut faire l'objet d'accds via la ligne 
telephonique, le reseau ISDN ou le cable. Le cable utilise par cette invention peut 
etre mis en oeuvre au moyen d'un cable du type utilisd pour transporter des 

25 programmes de television, un cable assurant une transmission rapide de donnees 
numeriques typiquement utilise avec des ordinateurs ou des moyens analogues, 
ou bien il peut etre mis en oeuvre au moyen de tout type voulu de cable. 

Des informations relatives aux machines bureautiques 24, 28 et 32 
peuvent etre stockees dans une ou plusieurs des bases de donnees stockees sur les 

30 disques 46, 54, 58, 64, 70 et 76. Chacun des services clientele, commercial, 
fabrication, et etudes peut avoir sa propre base de donnees ou peut partager avec 
d'autres une ou plusieurs bases de donnees. 

Chacun des disques utilises pour stocker des bases de donnees est une 
memoire remanente, comme par exemple un disque dur ou un disque optique. 

35 Selon une autre possibility, les bases de donnees peuvent etre stockees dans des 
dispositifs de stockage, notamment des dispositifs de memorisation du type dial 
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solide ou du type a semiconducteur. Par exemple, Ie disque 64 contient la base de 
donnees du service commercial, le disque 58 contient la base de donnees du 
service fabrication, le disque 70 contient la base de donnees du service etudes et le 
disque 76 contient la base de donnees du service clientele. Selon une autre 

5 possibility les disques 54 et 46 stockent une ou plusieurs des bases de donnees. 

En plus des stations de travail 56, 62, 68, 74 et 42 qui sont connectees 
a Internet, ces stations de travail peuvent egalement comporler une connexion & 
une ligne telephonique, un rdseau ISDN, ou un cable, assurant unc connexion sQre 
a la machine qui fait l'objet d'un controle, d'un diagnostic et, ou bien, d'une 

10 commande et qui est utilise pendant un mode de transmission par connexion. 
En outre, si Tun des moyens que constituent Internet, le telephone, le reseau ISDN 
et le cable ne fonctionne pas correctement, Tun quelconque des autres peut alors 
etre utilise automatiquement pour la communication. 

Une particularity de l'invention est Tutilisation d'un mode de 

15 communication sans connexion (par exemple par courrier electronique sur 
Internet) ou d'un mode de transmission sans connexion entre une machine et un 
ordinateur a des fins de diagnostic et de commande de la machine. Selon une autre 
possibility, le courrier electronique qui est transmis peut etre mis en ceuvre au 
moyen d'un mode de communication avec connexion. L'ouvrage "IBM Dictionary 

20 of Computing", de George McDaniel, 1994, definit un mode de transmission sans 
connexion comme constituant la transmission d'un unique element de donnees 
depuis un point daccfcs de desserte de source jusqu'a un ou plusieurs points 
d'acc&s de desserte de destination sans qu'il y ait etablissement d'une connexion. 
L'ouvrage "IBM Dictionary" definit dgalement un mode de transmission avec 

25 connexion comme constituant la transmission d'unites de donnees depuis un point 
d'accfcs de desserte de source jusqu'a un ou plusieurs points d'acces de desserte de 
destination via une connexion. La connexion est etablie avant le transfert de 
donndes et est abandonnde a la suite du transfert de donndes. Des informations 
supplementaires concernant le mode de fonctionnement avec connexion et le 

30 mode de fonctionnement sans connexion peuvent etre trouv^es dans l'ouvrage 
"Handbook of Computer-Communications Standards", vol. 1, 2eme edition, de 
William Stallings, 1990, auquel on pourra se reporter. Pour transferer des donnees 
d'un 6quipement terminal de donnees (DTE) a un autre DTE, il existe.un 
identificateur, ou adresse, unique pour chaque DTE. Cet identificateur, ou adresse, 

35 unique peut etre utilise a la fois pour les modes de communication avec connexion 
et sans connexion. 
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La figure 2 represente un schema mdcanique de la machine numerique 
copieur/imprimante 24 qui est representee sur la figure I. Sur la figure 2, 
la reference 101 designe un ventilateur destine au dispositif de balayage, 102 un 
miroir polygonal utilise avec une imprimante laser, el 103 une lentille F6 utilisee 
5 pour assurer la collimation de la lumiere venant d'un laser (non represente). 

Le num6ro de reference 104 designe un capteur servant a detecter la 
lumiere venant du dispositif de balayage. La reference 105 ddsigne une lentille 
servant a mettre au point la lumiere venant du dispositif de balayage sur le capteur 
104, et 106 designe une lampe d'extinction utilisee pour effacer les images sur le 
10 tambour photoconducteur 132. D existe une unite de charge corona 107 et un 
cylindre de developpement 108. Le numero de reference 109 designe une lampe 
utilisee pour eclairer un document a balayer, tandis que 110, 111 et 112 designent 
des miroirs utilises pour reflechir la lumiere sur le capteur 104. D existe un miroir 
de tambour 113 utilise pour reflechir la lumiere sur le tambour photoconducteur 
15 132, en provenance du miroir polygonal 102. Le numero de reference 1 14 designe 
un ventilateur utilise pour refroidir Taire de charge de la machine numerique 
copieur/imprimante, et la reference 1 15 designe un premier cylindre d'alimentation 
en papier qui est utilise pour envoyer du papier depuis la premiere cassette de 
papier 117, la reference 116 designant une table d'alimentation manuelle. De la 
20 meme fagon, la reference 118 designe un deuxieme cylindre d'alimentation en 
papier associd h une deuxifeme cassette 1 19. Le numero de reference 120 designe 
un cylindre de relais, et 121 un cylindre de mise en concordance. Le numero 122 
designe un capteur de dcnsite d'image et 123 une unite de transfert/sSparation 
corona. Le numero de reference 124 designe une unit£ de nettoyage, 125 un 
25 ventilateur d'aspiration, 126 une bande transporteuse, 127 un cylindre 
duplication de pression, et 128 un cylindre de sortie. Le num6ro de reference 129 
designe un cylindre chaud utilise pour fixer Tagent d'encrage dit "toner" sur le 
papier, 130 un ventilateur d'evacuation et 131 le moteur principal servant a 
entrainer le copieur numdrique. 
30 La figure 3 est un schema fonctionnel montrant les composants 

electroniques illustres sur la figure 2. La CPU 160 est un microprocesseur et fait 
fonclion du dispositif de commande du systeme. D existe une mdmoire vive 162 
servant a stocker les informations qui varient dynamiquement, notamment des 
parametres de fonctionnement du copieur numerique. Une m^moire morte 164 
35 stocke le code programme utilise pour faire marcher le copieur numdrique ainsi 



BNSDOCID: <FR 279391 SAl_l_> 



9 



2793915 



que des informations decrivant le copieur (donnees statiques) telles que le num£ro 
de modele, le num^ro de s6rie du copieur et les paramfctres utilises par defaut. 

D existe une interface de communication multiport 166 qui permet au 
copieur numdrique de communiquer avec des dispositifs extemes. Le numdro de 

5 reference 168 repr^sente un ligne telephonique, une ligne de connexion avec un 
r£seau ISDN, ou bien un cable, tandis que 170 reprfsente un reseau. D'autres 
informations concernant Tinterface de communication multiport sont presentees en 
liaison avec la figure 4. Un dispositif de commande d'interface 172 est utilise pour 
connecter un panneau de fonctionnement 174 avec un bus systeme 186. 

10 Le panneau de fonctionnement 174 comporte des dispositifs d'entr£e et de sortie 
ordinaires que Ton trouve sur un copieur numerique, notamment un bouton de 
copie, des touches servant k commander le fonctionnement du copieur telles que 
nombre de copies, reduction/agrandissement, sombre/clair, etc. De plus, 
un afficheur h cristal liquide peut etre incorpor^ & Tinterieur du panneau de 

15 fonctionnement 174 afin d'afficher des paramfctres et des messages du copieur 
numerique destines a l utilisateur. 

Une interface de stockage 176 connecte des dispositifs de stockage au 
bus systeme 186. Les dispositifs de stockage component une m£moire instantan6e, 
ou mdmoire flash, 178, qui peut etre remplacee par une m£moire EEPROM 

20 classique, et un disque 182. Le disque 182 comporte un disque dur, un disque 
optique, et, ou bien, un lecteur de disquette. B existe une connexion 1 80, 
connectee h. I'interface de stockage 176, qui permet de connecter au copieur 
numerique des dispositifs de memorisation supplemental res. La mdmoire 
instantan^e 178 est utilis^e pour stocker des donnees d'etat semi-statique qui 

25 decrivent des parametres du copieur numerique changeant peu fr^quemment au 
cours de la vie du copieur. Ces parametres comportent les options et la 
configuration du copieur numerique. Une interface d'options 184 permet de 
connecter au copieur numerique des parties materielles supplementaires, comme 
par exemple une interface externe. Un moyen 187 formant horloge/minuterie est 

30 utilise pour garder trace de la date et de l'heure et aussi pour mesurer le temps 
ecoule. 

Les diverses sections constituanl le copieur numerique sont 
representees sur le cote gauche de la figure 3. Le num6ro de reference 202 designe 
une trieuse et contient des capteurs el des aclionneurs utilises pour classer les 
35 produits sortis par le copieur numerique. D existe un duplexeur 200 qui permet 
qu'une operation en duplex soil effectude par le copieur numerique et qui 
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comporte des capteurs et des actionneurs classiques. Le copieur numdrique 
contient une unite de bacs de grande capacite 198 qui permet dutiliser des bacs de 
papier contenant un grand nombre de feuilles. L'unite de bacs de grande capacite 
198 comporte des capteurs et des actionneurs classiques. 

5 Un dispositif 196 de commande d'alimentation en papier est utilise 

pour commander Talimentation en papier du copieur numerique et son avance 
dans le copieur. Un dispositif de balayage 194 est utilise pourbalayer des images 
dans le copieur numerique et comporte des elements classiques de balayage 
comme une source de lumiere, un miroir, etc. De plus, des capteurs de dispositif 

10 de balayage sont utilises comme capteurs de position de repos permettant de 
determiner que le dispositif de balayage est & la position de repos et une 
thermistance de lampe destinee & assurer le fonctionnement voulu de la lampe de 
balayage. H existe un dispositif d'impression/dispositif de formation d'image 192 
qui imprime le signal de sortie du copieur numerique et comporte un mecanisme 

15 depression laser classique, un detecteur d'agent d'encrage (toner) et un capteur 
de densite d'image. Un dispositif de fusion est utilise pour faire fondre le toner sur 
la page au moyen d'un cylindre h temperature dlevde et il comporte un capteur de 
sortie, une thermistance destinee & assurer que le dispositif de fusion n'est pas en 
surchauffe, et un detecteur d'huile. En outre, il existe une interface 188 d'unitds cn 

20 option qui est utilisee pour connecter les elements en option du copieur 
numerique, comme par exemple un dispositif d'alimentation automatique en 
documents, un type different de trieuses, ou d'autres elements qui peuvent etre 
ajoutes au copieur numerique. 

La figure 4 montre de maniere plus detaillde Tinterface de 

25 communication multiport 166. Le copieur numdrique peut communiquer avec des 
dispositifs externes via une interface du type Centronics 220, qui recoil ou dmet 
des informations k imprimer, une unite de modem cable qui offre une connexion 
rapide sur c&ble, une interface SCSI (interface pour micro-ordinateurs) 222, une 
interface telephonique classique 224 qui se connecte i une iigne telephonique 

30 168 A, une interface ISDN 226 qui se connecte a une ligne de rdseau numerique & 
integration de services (ISDN) 168B, une interface RS-232 design^ par la 
reference 228, et une interface LAN 230 qui se connecte 5 un reseau local (LAN) 
170. Un unique dispositif se connectant a la fois a un rdseau local et h une ligne 
telephonique peut etre trouve aupres de la societe Megahertz sous l'appellation de 

35 "Ethernet-Modem". 



BNSDOClD: <FR„27939l 5A 1 _!_> 



11 



2793915 



La CPU ou un autre circuit ou microprocesseur execute un processus 
de controle visant a controler 1'etat de chacun des capteurs du copieur numerique, 
et un processus de s^quencement est utilise pour executer les instructions du code 
employe pour commander et faire fonctionner le copieur numdrique. De plus, 
5 il existe un processus de commande centrale du systeme qui est execute pour 
commander le fonctionnement global du copieur numerique et un processus de 
communication qui est utilise pour assurer une transmission fiable avec les 
dispositifs externes connects au copieur numerique. Le processus de commande 
du systeme controle et commande le stockage de donn€es dans une m6moire 

10 statique, comme la ROM 164 de la figure 3, une mdmoire semi-statique telle que 
la mgmoire instantan£e 178 ou le disque 182, les donnees d'etat dynamique 6tant 
stockees dans une memoire r^manente ou non rdmanente, telle que la RAM 162, 
la m6moire instantande 178 ou le disque 182. De plus, les donndes d'etat statique 
pcuvent etre stockees dans un dispositif autre que le ROM 164, comme par 

15 exemple une memoire remanente comportant la mdmoire instantan£e 178 ou le 
disque 182. 

Les details presentes ci-dessus ont 6l6 donnas en liaison avec un 
copieur numerique, mais 1'invention est egalement applicable h d'autres machines 
ou dispositifs bureautiques tels qu'un copieur analogique, un teldcopieur, un 

20 numeriseur graphique, une imprimante, un serveur de telecopie, ou d'autres 
machines bureautiques, ou encore k un appareil avec lequel 1'utilisateur est en 
interface comme par exemple un four a micro-ondes, un magnetoscope, une 
camera numerique, un telephone cellulaire, un ordinateur de poche, etc. De plus, 
1'invention envisage d'autres types de machines qui fonctionnent a l'aide d'un mode 

25 de communication avec connexion ou sans connexion, et aussi par courrier 
electronique, comme des systfemes de mesure, notamment un systdme de 
comptage pour le gaz, l'eau ou I'electricite, des machines distributrices, ou un autre 
dispositif quelconque qui effectue des operations m£caniques, comme par 
exemple des automobiles et qui a besoin d'etre controle, et qui effectue une 

30 fonction. En plus du controle de machines sp^ciales, et d'ordinateurs, rinvention 
peut etre utilisde pour controler, commander ou op6rer un diagnostic en liaison 
avec un ordinateur de type general qui serait le dispositif controle et, ou bien, 
command^. 

La figure 5 represente un autre schema de systeme possible pour 
35 1'invention, ou des dispositifs et des sous-systemes differents sont connects au 
reseau Internet 10. Toutefois, il n'existe aucune ndcessite que chacun de ces 
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dispositifs ou systemes fassent partie de l'invention, mais tout composant ou sous- 
systeme particulier represente sur la figure 5 fait egalement partie de l'invention. 
De plus, les elements represents sur la figure 1 peuvent etre connectes au reseau 
Internet 10 qui est represente sur la figure 5. Sur la figure 5, on peut voir un garde- 
5 barrifcre 250 connecte h un reseau interne ("intranet 1 ') 252. L'un des ordinateurs ou 
dispositifs connects au reseau intranet 252 est une machine de desserte 254 qui 
contient des donnees 256 ou y est connectee, lesquelles donnees 256 peuvent etre 
stockees suivant un format de base de donnees. Les donnees 256 contiennent 
l*historique ( les performances, les defaillances ainsi que toute autre information 

10 contenant des informations statistiques sur le fonctionnement ou le non- 
fonctionnement ou encore le rdglage et les composants ou requipement optionnel 
de dispositifs qui sont sous controle. La machine de desserte 254 peut etre mise en 
ceuvre comme le dispositif ou Tordinateur qui demande aux dispositifs controles 
de transmettre des donnees ou qui demande que des tests de commande a distance 

15 et, ou bien, des tests de diagnostic soient effectues sur les dispositifs controles. 
La machine de desserte 254 peut etre mise en ceuvre sous la forme d'un type 
quelconque de dispositif et est de preference mise en oeuvre au moyen d'un 
dispositif informatique, comme par exemple un ordinateur de type general. 

Un autre sous-systeme de la figure 5 comporte un garde-barriere 258, 

20 un r£seau intranet 260, et une imprimante 262 qui lui est connectee. Dans ce sous- 
systeme, il n'existe pas d'ordinateur general distinct connecte entre le reseau 
intranet 260 (ou un type different de reseau informatique), mais les fonctions 
d'emission et de reception de messages de courrier eiectronique par Timprimante 
262 (et, de fagon analogue par un copieur 286) sont effectuees par des circuits, 

25 un microprocesseur ou tout autre type de materiel contenus a l'interieur de 
Timprimante 262 ou connectes h celle-ci. 

Un autre type de sous-systeme comporte l'utilisation d'un fournisseur 
de services Internet 264, lequel peut etre de tout type de fournisseur de services 
Internet, notamment des societes commerciales connues comme America Online, 

30 Netcom, CompuServe, Niftyserve, Erols, ou tout autre fournisseur de services 
Internet. Dans ce sous-systeme, un ordinateur 266 est connecte au fournisseur 264 
de services Internet, via un modem, par exemple, tel qu'un modem h ligne 
telephonique, un modem cable, des modems utilisant tout type de fils, comme des 
modems utilises sur une ligne de reseau numerique h integration de services 

35 (ISDN), une ligne numerique d'abonne a paire asymetrique (ADSL), des modeles 
qui utilisent une communication h relais de trames, tout modem numerique ou 
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analogique, des modems sans fil tels qu'un modem a radtofrdquence, un modem a 
fibre optique, ou un dispositif qui utilise des ondes lumineuses infrarouges. 
De plus, un dispositif bureautique 268 est connect^ h l'ordinateur 266. A la place 
du dispositif bureautique 268 (et de tout autre dispositif repr^sente sur la figure 5), 
5 un type different de machine peut etre controle ou commande, comme un copieur 
numerique, tout type d'appareil, un systeme de s6curit£, ou un compteur tel qu'un 
compteur d'electricite, d'eau ou de gaz, ou tout autre dispositif discute ici. 

Comme on peut le voir egalement sur la figure 5, un garde-barrifere 
270 est connecte & un reseau 274. Le r£seau 274 peut etre mis en oeuvre sous la 
10 forme d'un type quelconque de rdseau informatique, comme un reseau Ethernet, 
par exemple. Un logiciel de commande de reseau qui peut etre utilise pour 
commander le rdseau comporte tout logiciel voulu de commande de reseau, 
notamment des logiciels commercialement disponibles auprfcs des societes Novell 
ou Microsoft. Le r£seau 274 peut etre mis en oeuvre sous la forme d'un rdseau 
15 interne (intranet), si cela est souhaitable. Un ordinateur 272 connecte au reseau 
274 peut etre utilise pour obtenir des informations de la part d'un dispositif 
bureautique 278 et produire des rapports tels que des rapports indiquant les 
problemes qui se sont pos£s dans diverses machines connectees au reseau ainsi 
qu'un rapport d'utilisation mensuel des dispositif s connects au rdseau 274. Dans 
20 cette forme de realisation, un ordinateur 276 est connecte entre le dispositif 
bureautique 278 et le reseau 274. Cet ordinateur refoit des communications par 
courrier electronique de la part du reseau et transmet les instructions ou donndes 
approprides, ou toute autre information, au dispositif bureautique 278. Alors qu'il 
a ete etabli que le dispositif bureautique 278 est connect^ & l'ordinateur 276, rien 
25 n'impose qu'une connexion cablee entre le dispositif bureautique et l'ordinateur et 
une communication entre le dispositif bureautique 278 et l'ordinateur 276 puissent 
etre realises au moyen de procddes utilisant ou non des fils, comportant l'usage de 
connexions en radiofrequence et de connexions lumineuses qui peuvent se faire 
par connexion infrarouge ou par fibres optiques. Ete la meme fa?on, chacun des 
30 divers reseaux et reseaux internes illustr£s sur la figure 5 peut etre etabli d'une 
maniere quelconque voulue passant par l'etablissement de reseaux sans fils, 
comme par exemple des reseaux de radiofrequence. La communication sans fil 
decrite ici peut etre etablie au moyen de techniques d'etalement de spectre, 
notamment des techniques qui utilisent un code d'etalement et des techniques de 
35 sauts de frequence telles que le r£seau sans fil h sauts de frequence qui est decrit 



BNSDOCID: <FR 279391 SAl J_> 



14 



2793915 



dans l'ouvrage "Bluetooth Specification", que Ton pourra trouver sur le site Web 
www.bluetooth.com, auquel on pourra se reporter 

Un autre sous-systeme repr£sent£ sur la figure 5 comprend un garde- 
barriere 280, un rdseau interne (intranet) 284, un ordinateur 282 qui lui est 

5 connecte, et un copieur 286. L'ordtnateur 282 peut etre utilise pour produire des 
rapports et demander des procedures de diagnostic ou de commande. Ces 
procedures de diagnostic et de commande peuvent etre effectuees relativement au 
copieur 286 ou a Tun quelconque des autres dispositifs illustres ou utilises sur la 
figure 5. Alors que la figure 5 montre plusieurs garde-barriere, les garde-barriere 

10 constituent des dquipements preferables, mais facultatifs, et par consequent 
1'invention peut fonctionner en Tabsence de tels garde-barriere, si cela parait 
souhaitable. 

La figure 6A represente une unite d'application 300 connectee h un 
systemc typique d'echange de courrier electronique, qui comporte des composants 

15 302, 304, 306, 308, 310, 312, 314, 316 et 318 pouvant etre mis en ceuvre de 
maniere classique et qui ont ete pris sur la figure 28.1 du document de Stevens cite 
ci-dessus. Lunite d'application 300 peut etre Tun quelconque des dispositifs 
decrits ici et 1'utilisateur present au niveau d'un terminal 302 peut correspondre St 
l'un quelconque des ordinateurs repr6sentes, par exemple l'ordinateur 276 de la 

20 figure 5. Alors que la figure 6 A montre 1'utilisateur present au terminal 302 
comme £tant l'emetteur, il est possible d'inverser les fonctions d'emission et de 
reception sur la figure 6A. En outre, si on le desire, il peut ne pas etre necessaire 
qu'il y ait un utilisateur au niveau du terminal. A 1'utilisateur present au niveau du 
terminal 302, est connecte 1'agent d'utilisateur 304. Les agents d'utilisateur bien 

25 connus pour Unix comprennent MH, Berkeley Mail, Elm, et Mush. Lagent 
d'utilisateur cree des messages de courrier electronique a envoyer et, si cela est 
souhaitable, place ces messages h envoyer dans une file d'attente 306. Le courrier 
electronique a envoyer est transmis h un agent de transfert de messages (MTA) 
308. Un MTA bien connu pour les systemes Unix est Sendmail. Typiquement, les 

30 agents de transfert de messages 308 et 312 6changent des communications en 
utilisant une connexion TCP (protocole de communication de transfert, ou 
protocole de controle de transmission) ou une connexion, ou protocole, TCP/IP 
(protocole Internet). D faut noter que la communication entre les agents de 
transfert de messages 308 et 3 12 peut s'effectuer sur Internet, mais, selon une autre 

35 possibility elle peut s'effectuer sur tout type de connexion comportant n'importe 
quelle connexion de reseau, comme par exemple un reseau local, un reseau £ 
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grande distance et, ou bien, un r£seau local du type intranet. De plus, il est 
possible d'utiliser toute connexion voulue entre les agents de transfert de messages 
308 et312. 

A partir de Tagent de transfert de messages 312, des messages de 

5 courrier 61ectronique sont places dans des boites a lettres d'utilisateur 314 pour 
etre transferes h Tagent d'utilisateur 316 et, finalement, transmis a Tutilisateur se 
trouvant au niveau d'un terminal 318, faisant fonction de terminal de reception. 

Le TCP fournit un mode de transmission avec connexion. Toutefois, 
une connexion directe nest ordinairement pas £tablie entre le terminal d'emission 

10 302 et le terminal de reception 318. Ainsi, la transmission d'un message de 
courrier 61ectronique peut etre consider^ comme un mode de communication 
sans connexion lorsqu'on considere la communication entre deux utilisateurs de 
terminaux, mais, lorsqu'on considere le transfert entre MTA, la communication est 
ordinairement un mode de communication avec connexion. 

15 Comme le r6seau Internet est un r£seau accessible ^ de nombreuses 

personnes et k de nombreuses organisations, il n'est pas consider^ comme sflr. 
Ainsi, les messages transmis sur Internet doivent etre crypt^s pour rester 
confidentiels. Des m^canismes de cryptage sont bien connus et sont disponibles 
sur le marche commercial pour etre utilises avec la presente invention. Par 

20 exemple, une fonction de bibliotheque C, crypto, est disponible auprds de la 
soci6te Sun Microcomputers pour etre utilisee avec le systdme d'exploitation 
Unix, et il existe d'autres programmes de chiffrage et de dechiffrage qui sont bien 
connus et que Ton peut se procurer sur le march£ commercial pour les utiliser avec 
Tinvention. 

25 Au lieu de la structure gdnerale de la figure 6A, il est possible 

d'utiliser un ordinateur unique faisant fonction du terminal de Tutilisateur, et aussi 
de I'agent de transfert de messages. Comme represent sur la figure 6B, Tunite 
^application 300 est connectee a un ordinateur 301 qui contient Tagent de 
transfert de messages 308. Si cela est souhaitable, les autres composants situ£s du 

30 cote Remission de la figure 6 A peuvent etre inclus dans Tordinateur 301 de la 
figure 6B, a savoir Tagent d'utilisateur 304 et la file d'altente pour le courrier h 
envoyer 306. 

Une autre structure possible est representee sur la figure 6C, dans 
laquelle Tagent de transfert de messages 308 est forme en tant que partie de Tunite 
35 ^application 300. De plus, Tagent de transfert de messages 308 est connecte a 
Tagent de transfert de messages 312 par la connexion TCP 310. Le mode de 
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realisation de la figure 6 repr£sente un cas dans lequel l'unite duplication 300 est 
directement connectee h la connexion TCP 310 et possede une capacite de 
messagerie electronique. Un exemple courant du mode de realisation de la figure 
6C peut etre donne par Tunite d'application 300 placee dans un telecopieur ayant 

5 une capacite de messagerie Electronique du type RFC 2305 (un simple mode de 
telecopie utilisant la messagerie Internet). 

La figure 7 montre une autre forme de mise en oeuvre pour le transfert 
du courrier et repose sur la figure 28.3 du document de Stevens cit£ plus haul. La 
figure 7 montre un systeme de courrier electronique possedant un systeme de 

10 relais & chaque extremite. Le montage de la figure 7 permet qu'un unique systeme 
dispose dans une organisation agisse comme un noeud de messagerie. Sur la figure 
7, il existe quatre MTA connects entre les deux agents d'utilisateur 304 et 318. 
Ces MTA comprennent le MTA local 322, le MTA de relais 328, le MTA de 
relais 332 et le MTA local 340. Le protocole le plus courant qui est utilise pour les 

15 messages de courrier electronique est le protocole SMTP (protocole de transfert de 
courrier Electronique), qui peut etre utilise avec I'invention, meme si n'importe 
quel protocole de messagerie voulu peut etre utilise. Sur la figure 7, la reference 
320 designe un ordinateur bote d'emission qui comporte l'utilisateur present sur le 
terminal 302, l'utilisateur 306 et le MTA local 322. L'unite d'application 300 est 

20 connectee h l'hote d'emission 320, ou bien, selon une autre possibility est 
conlenue a 1'interieur de celui-ci. Dans un autre cas, l'unite d'application 300 et 
l'hote 330 peuvent etre une seule et unique machine, ou la capacite de constituer 
un hote est incorpor^e dans l'unite d'application 300. D'autres MTA locaux 
comprennent le MTA local 324 et le MTA local 326. Le courrier £ emettre et 

25 recevoir peut etre mis en file dattente dans une file d'attente 330 du MTA relais 
328. Les messages sent transferes via la connexion TCP 310, qui peut etre par 
exemple le reseau Internet, ou bien n'importe quel autre type de rdseau ou de 
connexion. 

Les messages emis sont re?us par le MTA relais 332 et, si cela est 
30 souhaitable, sont slockes dans une file d'attente de courrier 334. Le courrier est 
ensuite transmis au MTA local 340 d'un hole de reception 342. Le courrier peut 
etre placd dans une ou piusieurs des boTtes h lettres d'utilisateur 314 et etre ensuite 
transmis & l'agent d'utilisateur 316 pour etre finalement envoys a l'utilisateur se 
trouvant sur le terminal 318. Si on le souhaite, il n'est pas n£cessaire que 
35 l'utilisateur se trouve sur le terminal, et le courrier peut etre directement transmis 
au terminal sans qu'il y ait intervention de Tutilisateur. D autres MTA locaux se 
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trouvant du cot6 reception component le MTA 338 et le MTA 336, lesquels 
peuvent avoir leurs propres boites a lettres, leurs propres agents d'utilisateur et 
leurs propres terminaux. 

Les divers ordinateurs utilises par Hnvention, notamment les 
5 ordinateurs 266, 276 et 286 de la figure 5, peuvent etre mis en oeuvre comme 
represente sur la figure 8. En outre, tout autre ordinateur utilise par I'invention 
peut etre mis en oeuvre d'une mani&re analogue a celle pr£sent£e sur la figure 8, 
si cela est souhaitable, notamment la machine de desserte 254, l'ordinateur 272 et 
l'ordinateur 282 de la figure 5. Toutefois, tous les Elements pr£sent£s sur la figure 

10 8 ne sont pas pour autant n^cessaires dans chacun de ces ordinateurs. Sur la figure 
8, l'ordinateur 360 comporte une unit6 centrale de traitement, ou CPU, 362 qui 
peut etre mis en oeuvre sous la forme d'un type quelconque de processeur 
comportant des microprocesseurs disponibles sur le march6 commercial aupr£s de 
societes telles que Intel, Motorola, Hitachi et NEC, par exemple. D y a une 

15 mernoire de travail, par exemple une RAM 364, et une interface "sans fil" 366 qui 
communique avec un dispositif sans fil 368. La communication entre l'interface 
366 et le dispositif 368 peut utiliser tout support "sans fil", tel que des ondes radio 
ou des ondes lumineuses, par exemple. Les ondes radio peuvent etre obtenues au 
moyen d'une technique d'dtalement de spectre, comme la communication CD A 

20 (accfes multiple par difference de code) ou bien k 1'aide d'une technique de sauts de 
frequence, comme celle decrite dans le document Bluetooth cite ci-dessus. 

D y a une ROM 370 et une mdmoire instantan^e, ou mernoire flash, 
371, meme si tout autre type de mdmoire rdmanente peut etre utilisee en plus de la 
mdmoire immediate 371, ou a la place de celle-ci, par exemple une EPROM ou 

25 une EEPROM, par exemple. Un dispositif de commande d'entree 372 est connecte 
a un clavier 374 et a une souris 376. D existe une interface s€rie 378 qui est 
connectee a un dispositif serie 380. De plus, une interface parallele 382 est 
connectee a un dispositif parallele 384, une interface 386 de bus sdrie universel est 
connectee a un dispositif bus serie universel 388, et il existe aussi un dispositif 

30 "IEEE 1394", appel6 couramment dispositif garde-baniere, qui est connecte & une 
interface "IEEE 1394" 398. Les divers elements de l'ordinateur 360 sont connects 
par un bus systeme 390. Un dispositif de commande de disque 396 est connecte h 
un lecteur de disquette 394 et £ un lecteur de disque dur 392. Un dispositif de 
commande de communication 406 permet a l'ordinateur 360 de communiquer 

35 avec d'autres ordinateurs, ou d'envoyer des messages de courrier electronique, par 
cxcmplc via une ligne telephonique 402, ou un reseau 404. Un dispositif 408 de 
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commande d'entree/sortie (I/O) est connecte h une imprimante 410 et a un disque 
dur 412, par exemple au moyen d'un bus SCSI (interface systeme pour petits 
ordinateurs). D existe aussi un dispositif de commande d'affichage 416 connect^ a 
un tube cathodique (CRT) 414, bien qu'il soit possible d'utiliser tout autre type 

5 d'afficheur, notamment un afficheur a cristal liquide, un afficheur h diodes 
d emission de lumiere, un afficheur i plasma, etc. 

Une particularity de I'invention est de controler 1'usage fait par un 
utilisateur d'une application cible d'une unit6 d'application. L'expression "unite 
d'application" fait reference, dans ce cas, & un systeme avec lequel un utilisateur 

10 interagit et qu'un utilisateur commande, et une application cible est unc offre, 
commandee par l'utilisateur, de l'unite d'application. Par exemple, une unite 
d'application peut typiquement etre un ordinateur et une application cible peut 
alors etre un programme logiciel, par exemple un programme de traitement de 
texte, fonctionnant sur Tordinateur et que l'utilisateur actionne par exemple en 

15 depla^ant un pointeur sur un ecran d'ordinateur et en "cliquant" sur certaines 
icones de commande de fajon k amener le programme £ effectuer certaines 
fonctions. En ce sens, une unite d'application peut se rapporter, dans 1'invention, 
a Tune quelconque des stations de travail 17, 18, 20, 22, 56, 62, 68, 74, 42 
representees sur la figure 1 faisant tourner un programme logiciel, l'ordinateur 301 

20 de la figure 6B faisant tourner un programme logiciel, etc. Une unite duplication 
peut egalement faire reference h un dispositif de formation d'image, tel que Tun 
quelconque des elements suivants : le copieur/imprimante num^rique 24, 
le telecopieur 28 et l'imprimante 32 des figures 1 et 2. Dans ce cas, chacune de ces 
unites duplication constituant des dispositifs comporte une interface d'utilisateur, 

25 par exemple le panneau de fonctionnement 174 (voir figure 3), avec laquelle un 
utilisateur est en interaction et qu'il utilise pour commander l'unite duplication 
constitute par un dispositif. L'invention peut controler les commandes de selection 
faites par l'utilisateur sur ce panneau de fonctionnement. Selon un autre exemple, 
l'unite d'application pourrait etre un appareil, par exemple un four k micro-ondes, 

30 dote d'un panneau de fonctionnement. Une unitd d'application peut dgalement faire 
reference a tout autre dispositif, qui contient un logiciel, avec lequel un utilisateur 
est en interaction, et, dans ce cas, 1'application cible peut faire reference k une 
seule particularite seulement du logiciel avec lequel l'utilisateur est en interaction. 

Une particularity de I'invention vise a controler 1'usage fait par 

35 l'utilisateur d'une telle application cible d'une unite d'application et a transmettre 
efficacement les donnces relatives a 1'usage controle. Ces donnees peuvent 
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typiquement etre transmises par courrier electronique par l'ordinateur 301 de la 
figure 6A ou 6B ou par I'unite d'application 300 de la figure 6C. Ces donn£es 
relatives & l'utilisation par un utilisateur d'une application cible d'une unite 
d'application peuvent ensuite etre utilisees de nombreuses manieres, par exemple 
5 pour ameliorer la mise au point d'un logiciel, pour controler l'utilisation d'un 
dispositif, par exemple un dispositif de formation d'image, pour trouver des 
difficultes dutilisation d'appareils et de logiciels, pour decouvrir les particul antes 
les plus fr&juemment utilisees d'unites d'application, etc. 

La figure 9 pr^sente divers elements de l'invention. Plus 

10 particulierement, la figure 9 montre une unite d'application 300 comportant une 
application cible 505 qui comporte une interface d'utilisateur 510. Cette interface 
d'utilisateur 510 est une interface permettant h un utilisateur de commander 
l'application cible 505. Comme discute ci-dessus, dans un cas r£pandu, 
l'application cible 505 peut etre un programme logiciel fonctionnant sur Tune des 

15 stations de travail 17, 18, 20, 22 representees par exemple sur la figure 1. Dans ce 
cas, Tinterface d'utilisateur 510 peut etre un affichage sur un dispositif d'affichage 
de 1'une de ces stations de travail. Cet exemple d'une telle application cible est 
presente de maniexe plus detaillee sur la figure 10, qui montre un dispositif 
d'affichage 600 de Tune des stations de travail 17, 18, 20 et 22. Dans ce cas 

20 d'application cible, plusieurs boutons de fonction 605 sont affiches sur le 
dispositif d'affichage 600 et l'utilisateur peut faire accds h ces boutons de fonction 
par exemple en modifiant le positionnement dun pointeur au moyen d'une souris 
et en "cliquant" sur 1'un de ces boutons de fonction. Selon un autre exemple, si le 
dispositif d'affichage 600 est un bloc "tactile", l'utilisateur peut commander 1'unite 

25 d'application logicielle en effieurant Tun des boutons de fonction 605. Dans ces 
cas, l'invention controle chaque fois qu'un utilisateur "clique" sur Tun des boutons 
de fonction 605 ou l'effleure, et enregistre chronologiquement les donn^es de 
lusage fait par l'utilisateur en vue d'une transmission ulterieure. 

A titre d'un autre exemple, et comme note ci-dessus, 1'unite 

30 d'application 300 peut etre un dispositif de formation d'image tel qu'une machine 
copieur/imprimante num^rique 26, un telecopieur 28 ou une imprimante 32, 
egalemenl representes sur la figure 1. Dans ce cas, Tinterface d'utilisateur 510 peut 
prendre la forme d'un panneau de fonctionnement (par exemple le panneau de 
fonctionnement 74 de la figure 3) ayant plusieurs touches et, ou bien, un dcran 

35 tactile sur lequel l'utilisateur agit pour commander le dispositif de formation 
d'image. Un exemple particulier d'une telle interface d'utilisateur 510 est 
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represents sur la figure 1 1, dans le cas ou l'unite d'application 300 prend la forme 
dune machine nurnerique copieur/imprimante 26, d'un teldcopieur 28 ou d'une 
imprimante 32. Dans ce cas, l'invention controle chaque fois qu'un utilisateur 
appuie sur Tun des boutons de commande du panneau de fonctionnement et 

5 enregistre chronologiquement les donnees relatives k une telle utilisation en vue 
de les communiquer ulterieurement. 

La figure 11 reprdsente de maniere plus detaillee un exemple 
d'interface d'utilisateur associee h un dispositif de formation d'image. La figure 1 1 
montre une telle interface d'utilisateur 700, qui peut, k titre dexemple, 

10 correspondre au panneau de fonctionnement 174 de la figure 3. Comme on peut le 
voir sur la figure 1 1, ce panneau de fonctionnement 700 peut comporter un dcran 
tactile 705 sur lequel diverses instructions peuvent apparaitre et entre lesquelles un 
operateur peut choisir en effleurant des parties differentes de 1'ecran tactile 705. 
Le panneau de fonctionnement 700 peut dgalement comporter un clavier & dix 

15 touches 710 et divers autres boutons de commande 715. Dans le cas d'un dispositif 
de formation d'image, les boutons de commande 715 peuvent etre associds a des 
instructions de selection de taille de papier, de changement du grossissement, 
de changement de la clarte de I'image voulue, etc. 

Lorsque l'unitd d'application 300 de la figure 9 est un dispositif de 

20 formation d'image et que 1'interface d'utilisateur 510 correspond au panneau de 
fonctionnement 700, comme reprdsentd sur la figure 1 1 , l'invention peut controler 
la selection des commandes representees sur la figure 11 par l'utilisateur. Le 
panneau de fonctionnement 700 represent^ sur la figure 1 1 peut, avec des 
modifications, €tre aussi le panneau de fonctionnement d'un appareil avec lequel 

25 un utilisateur est en interaction, comme un four a micro-ondes, un magnetoscope, 
une camera nurnerique, un telephone cellulaire, un ordinateur portable de poche, 
etc. 

Les figures 10 et 11 montrent des exemples de funite d'application 
300 et de Tinterface d'utilisateur 5 10 de la figure 9, auxquelles l'invention peut etre 

30 appliquee. L'homme de Fart comprendra aisdment que l'invention vise divers types 
d 'unites d'application comportant divers types d'interfaces d'utilisateur. L'invention 
peut essentiellement etre appliquee & un dispositif quelconque comportant une 
interface d'utilisateur et pour lequel on souhaite controler la maniere dont 
l'utilisateur utilise Tinterface d'utilisateur. 

35 On revient a la figure 9. L'invention comporte en outre un bloc 515 de 

controle et d'enregistrcment, ou rccueil, chronblogique et un bloc 520 d'emission. 
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Le bloc 515 de controle et d'enregistrement chronologique controle l'usage fait par 
lutilisateur de l'interface d'utilisateur 510 et enregistre ou recueille 
chronologiquement les donnees relatives h cet usage controle. A un moment fixd, 
les donndes enregistrdes relatives & I'utilisation, par lutilisateur, de l'interface 
5 d'utilisateur 510 sont envoydes au bloc d'emission 520, lequel transmet alors les 
donnees d'utilisation controlees h une destination fixde. Le bloc de controle et 
d'enregistrement chronologique 512 peut etre mis en ceuvre dans le dispositif qui 
comporte l'unite d'application 300 ou dans un autre eldment de commande du 
systeme. Le bloc d'emission peut Egalement etre mis en ceuvre dans le dispositif 

10 comportant l'unite duplication de la figure 6C, ou bien il peut aussi etre mis en 
ceuvre dans l'ordinateur 301 de la figure 6B auquel l'unite d'application est reliee. 
L'invention peut egalement prendre la forme de codes de commande d'ordinateur 
enregistres sur un support pouvant etre lu par l'ordinateur. 

La figure 12 prdsente une vue d'ensemble de parties de l'unite 

15 d'application 300. Les figures 13 a 17 montrent les operations exdcutees dans le 
bloc de controle et d'enregistrement chronologique 515 et dans le bloc d'emission 
520 de la figure 9. D faut noter que les figures 12 & 17 ddcrivent le systeme et les 
operations suivant un format oriente objets utilisant le "langage unifi£ de 
modelisation", tel que decrit dans "The Unified Modeling Language User Guide", 

20 de Booch et al.» publie par Addison-Wesley, 1999. 

Sur la figure 12, l'objet MB 1300 indique une application cible h 
controler. Le bloc limite par un trait interrompu sur la figure 12 contient des objets 
qui sont responsables des fonctions de controle. Un objet CMonitoringlF 
(controle) 1305 effectue des fonctions de controle de Tapplication cible MB 1300. 

25 Un objet CUsageLogger (enregistreur d'usages) 1315 comporte des fonctions 
permettant d'enregistrer chronologiquement des donnees controlees qui o«t ete 
obtenues par 1'objet CMonitoringlF 1305. L'objet CUsageLogger 1315 est 
connect^ h un objet System (systeme) 1325 de fa^on a obienir des informations sur 
le systeme et & un objet CUsageData (donnees d'usages) 1330 qui est un moyen de 

30 stockage pour les donnees recueillies chronologiquement. 

Un objet UsageDataSendManager (gestionnaire d'emission de donnees 
d'usages) 1310 est egalement connecte h. l'objet CMonitoringlF 1305. L'objet 
UsageDataSendManager 1310 commande la transmission de donnees controldes 
sur l'usage, par rutilisateur, de l'application cible MB 1300, telle qu'elle a ete 

35 controlee par l'objet CMonitoringlF 1305. L'objet UsageDataSendManager 1310 
est Egalement connecte h un objet CU sage In formation (informations d'usages) 
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1730, qui peut modifier les donnees a transmettre, un objet LogFile (fichier 
d'enregistrement chronologique) 1605, qui peut egalement stocker des donnees h 
transmettre, et un objet UsageDataEncoderDecoder (codeur-decodeur de donnees 
d'usages) 1610 qui peut coder et decoder des donnees destinees h l'objet LogFile 
5 1605 et venant de cet objet. L'objet UsageDataSendManager 1310 fournit 
egalement les donnees devant etre emises k un objet SendingBlock (bloc 
d'emission) 1600. 

On va maintenant discuter de manifere plus detaillee, en liaison avec 
les figures 13 a 17, les operations effectuees par les divers objets presents sur la 

10 figure 12. Sur les figures 13 a 17, les diverses fonctions sont pr&redees d'un 
nombre et du signe H faut noter que cette nomenclature n'est pas toujours 
indicative de l'ordre des diverses operations, car diverses operations peuvent etre 
effectuees en parallele et a des moments differents. 

La figure 13 montre la commande de controle de debut qui est 

15 ex^cutee dans l'invention. Comme represente sur la figure 13, lorsqu'une 
application cible MB demarre, l'objet MB 1300 appelle une fonction 
startMonitoring (demarrer le controle) de l'objet CMonitoringlF 1305. Cette 
operation indique que Tenregistrement chronologique de donnees correspondant a 
1'usage fait par l'utilisateur d'une interface d'utilisateur 510 commence. L'objet 

20 CMonitoringlF 1305 appelle ensuite une fonction setTriggerlnformation (fixer des 
informations de declenchement) de l'objet UsageDataSendManager 1310. Cette 
operation fixe des informations de declenchement indiquant le moment ou les 
donnees enregistrees doivent etre envoy£es par le bloc d'emission 520. La manifcre 
dont ces informations de declenchement sont fixees sera discutee de maniere plus 

25 detaillee en liaison avec la figure 14 presentee ci-aprfcs. 

On revient h la figure 13. L'objet CMonitoringlF 1305 appelle 
egalement une fonction logStartData (enregistrer les donnees de debut) a parti r de 
l'objet CUsageLogger 1315. Cette operation s'ex6cute en parallele avec I'appel de 
la fonction setTriggerlnformation de l'objet UsageDataSendManager 1310 ou 

30 apres I'appel de la fonction setTriggerlnformation. 

L'objet CUsageLogger 1315 appelle ensuite une fonction 
getCurrentTime (obtenir le temps courant) d'un objet CTime (temps) 1320, el 
l'objet CTime 1320 renvoie alors les donnees CTime a l'objet CUsageLogger 
1315. Les donnees CTime renvoyees sont les donnees relatives au temps dc debut 

35 du controle. Ainsi, cette operation envoie des donnees indiquant le temps de debut 
a l'objet CUsageLogger 1315, de sorte qu'il peut etre determine & quel moment 
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1'utilisateur a commence d'utiliser I'interface d'utilisateur 510 de Implication cible 
505 faisant 1'objet du controle. 

L'objet CUsageLogger 1315 appelle alors une fonction setStartTime 
(fixer le temps de debut) de l'objet CUsageData 1330, et envoie la donnee CTime 
5 du temps de debut a l'objet CUsageData 1330. L'objet CUsageLogger 1315 
appelle, lors d une operation suivante, une fonction getCumulativellsage (obtenir 
1 'usage cumule) de 1'objet System 1325 et l'objet System 1325 renvoie une donnee 
UINT h l'objet CUsageLogger 1315. Au cours de cette operation, l'objet 
CUsageLogger 1315 obtient de la part de l'objet System 1325 le nombre de fois 
10 que des utilisateurs ont utilise Tapplication cible h controler, et l'objet System 
1325 renvoie une valeur du type UINT. Ainsi, dans cette operation, lorsque 
l'application cible 505 est utilisee plus d'une fois, 1'objet CUsageLogger 1315 est 
mis h jour de fagon a rendre compte de cet usage multiple. 

L'objet CUsageLogger 1315 appelle alors une fonction 
15 setCumulativeUsage (fixer 1'usage cumuli) et envoie les donnees UINT a l'objet 
CUsageData 1330 apr£s incrementation de la valeur. L'objet CUsageLogger 1315 
appelle £galement une fonction getSystemID (obtenir Identification du systdme) 
de l'objet System 1325, et l'objet System 1325 renvoie alors a l'objet 
CUsageLogger 1315 la donn6e CString, qui indique Identification du systeme. 
20 L'identification du systeme identifie 1'environnement sous lequel l'application 
cible 505 fonctionne. Le role de cette identification est de trier les donndes 
d'usages provenant de systemes differents. L'objet CUsageLogger 1315 appelle 
dgalement la fonction setSystemID (fixer Identification du systfeme) de l'objet 
CUsageData 1330 et envoie la donnee CString indiquant l'identification du 
25 systeme h Tobjet CUsageData 1330. 

La figure 14 montre une operation de commande particuliere de 
fixation du type de declencheur. Le type de declencheur indique le moment ou les 
donnees enregistrees chronologiquement d'un usage control^ d'une interface 
d'utilisateur 510 doivent etre envoyees depuis le bloc d'emission 520. Plus 
30 particulidrement, et comme note ci-dessus, dans l'invention, Fusage fait par 
1'utilisateur de I'interface d'utilisateur 510 peut etre controle. Dans ce cas, les 
donnees controtees peuvent etre envoyees par le bloc d'emission 520 a divers 
moments. Une possibility consiste & envoyer les donnees d'usages controlees au 
moyen du bloc d'emission 520 h chaque fois que 1'utilisateur quitte l'application 
35 cible 505. Parexemple, si l'application cible 505 est un logiciel que 1'utilisateur est 
en train de faire fonctionner, a chaque fois que Tutilisateur clique sur une fonction 
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"quitter" ou effleure une telle fonction, les donnees controlees et enregistrees sont 
envoy^es par le bloc d'emission 520. Selon une autre possibility Iutilisateur peut 
effectuer un reglage tel que les donnees d'usages controlees sont envoyees par le 
bloc d'emission 520 seulement apres un nombre predetermine de sessions 
5 d'utilisation de Implication cible 505. Par exemple, l'utilisateur peut effectuer un 
reglage, ou bien une operation par defaut peut effectuer ce reglage, de sorte que 
c'est seulement apres que l'utilisateur a utilise cinq fois l'application cible 505 que 
le bloc d'emission 520 envoie les donnees d'usages controlees. La figure 14 
montre 1'operation de commande de la fixation de la fonction declencheur. 
10 Comme reprdsente sur la figure 14, l'objet MB 1300 appelle une 

fonction setSendTriggerType (fixer le type de declencheur d'envoi) de l'objet 
CMonitoringlF 1305, et l'objet CMonitoringlF 1305 appelle alors une fonction 
setSendTriggerType de l'objet UsageDataSendManager 1310. L'objet 
UsageDataSendManager 1310 appelle alors une fonction setSendTriggerType de 
15 l'objet System 1325 et foumit a l'objet System 1325 les donnees UINT. Dans ce 
cas, les donnees UINT sont des donnees indiquant le type de declencheur h 
envoyer au bloc d'emission 520 apres un nombre predetermine de sessions 
d'utilisation de l'application cible 505. L'operation ex£cutee au moyen des Stapes 
selon l'invention fixe ainsi un type de declencheur de maniere que, aprfes un 
20 nombre predetermine de sessions de l'application cible 505 par un utilisateur, un 
declencheur est envoye au bloc d'emission 520 afm d'envoyer h un endroit indique 
les donnees controlees et enregistrees. 

Comme note ci-dessus, au litre dun fonctionnement supplemental 
selon l'invention, l'objet MB 1300 peut fixer un nombre de sessions h executer 
25 avant l'envoi d'un declencheur au bloc d'emission 520, ou bien un reglage par 
defaut peut etre execute afin de fixer ce nombre. Par exemple, l'objet MB 1300 
peut delivrer un reglage visant a envoyer les donnees controlees et enregistrees 
apres qu'une application cible a ete utilisee cinq fois. Dans cette operation, apres 
I'execution des operations ci-dessus indiquees visant a fixer le type de declencheur 
30 £ envoyer aprfcs les sessions, l'objet MB 1300 appelle en outre une fonction 
setNumberOfSessiohs (fixer le nombre de sessions) de l'objet CMonitoringlF 
1305, lequel appelle alors une fonction selNumberOfSessions de l'objet 
UsageDataSendManager 1310 et envoie les donnees UINT a cet objet, lequel 
appelle alors une fonction setNumberOfSessions de l'objet System 1325 et envoie 
35 les donnees UINT h cet objet. Dans ce cas, les donnees UINT indiquent la 
fixation, par l'objet MB, ou la fixation par defaut, du nombre de sessions a 
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executer avant I'envoi du declencheur au bloc d'emission 520. L'objet System 
1325 stocke alors les donn^es UINT, qui indiqueni combien de sessions doivent 
etre ex6cutees avant I'envoi d'un declencheur. 

Les figures 15A et 15B prdsentent des scenarios de fonctions de 

5 controle de Tunite d'application 505 s£Iectionn£es par un utilisateur via Tinterface 
d'utilisateur 510. Ainsi, ces figures montrent les operations reelles de controle et 
d'enregistrement chronologique exScutees selon Tinvention lorsque, h titre 
d'exemples, un utilisateur "clique" sur une instruction d'une application logicielle 
en fonction de Tapplication cible, ou bien appuie sur un bouton d'un panneau de 

10 fonctionnement d'un appareil, d'un dispositif de formation d'image, etc. 

Comme represents sur la figure 15 A, lorsqu'un utilisateur s£lectionne 
une instruction particuliere sur Tinterface d'utilisateur 510 de Tapplication cible 
505 soumise au controle, Tobjet MB 1300 appelle une fonction commandUsage 
(instruction d'utilisation) de Tobjet CMonitoringlF 1305 et envoie k cet objet la 

15 donnee CString qui indique le nom de Tinstruction ou de la fonctiojn sur Tinterface 
d'utilisateur 510 selectionnee par Tutilisateur. L'objet CMonitoringlF 1305 appelle 
alors une fonction logCommandUsage (enregistrer Tinstruction ^'utilisation) de 
Tobjet CUsageLogger 1315 et envoie la donnee CString h cet objet. Cette fonction 
indique a Tobjet CUsageLogger 1315 d'enregistrer (stocker) des donndes relatives 

20 a Tinstruction ou & la fonction de Tinterface d'utilisateur 510 qui a 6x6 selectionnee 
par Tutilisateur. L'objet CUsageLogger 1315 envoie alors la donnee CString h 
l'objet CUsageData 1330 et appelle une fonction updateCommandUsage (mettre b 
jour Tinstruction d'utilisation) de l'objet CUsageData 1330. L'objet CUsageData 
1330 stocke alors le nom de Tinstruction ou de la fonction s61ectionn£e et 

25 controlee avec une frequence de 1 si le nom n'existe pas, c'est-a-dire si le nom n'a 
pas ete anterieurement seIectionn€, puis stocke, ou bien il incremente la frequence 
associee au nom si ce nom existe, c'est-a-dire si ce nom a ete anterieurement 
selectionne, puis stocke. 

Le scenario destruction d'utilisation de la figure 15B est identique & 

30 celui de la figure 15 A, sauf que Tobjet CUsageLogger 1315 appelle Sgalement une 
fonction getCurrentTime (obtenir le temps courant) de Tobjet <TTim£ 1320, et, en 
r^ponse, Tobjet CTime 1320 envoie la donnee CTime, qui indique un temps 
courant, a Tobjet CUsageLogger 1315. La donnee CTime est alors aussi envoyee h 
Tobjet CUsageData 1330. Dans le fonctionnement pr£sente sur la figure 15B, en 

35 plus d'enregistrer Tinstruction de Tinterface d'utilisateur 510 de Tapplication cible 
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505 dans un objet du controle qui a ete selectionnee par l'utilisateur, le moment ou 
cette instruction a ete selectionnee est egalement enregistre. 

Ainsi, dans 1'operation de la figure 15 A, la seule donnee enregistree est 
celle de l'instruction de 1'interface d'utilisateur 510 selectionnee par l'utilisateur, 
5 tandis que le scenario de la figure 15B enregistre en outre la donnee du moment 
ou cette instruction a ete selectionnee par l'utilisateur sur 1'interface d'utilisateur 
510. 

Les figures 16A et 16B montrent les operations d'arret du controle de 
1'utilisation fait par l'utilisateur de 1'interface d'utilisateur 510. II est possible 

10 d'arreter le controle de l'usage fait par l'utilisateur de 1'interface d'utilisateur 510 au 
moment ou l'utilisateur quitte l'application cible 505. Par exemple, lorsque 
1'application cible 505 est un logiciel tournant sur une station de travail, le controle 
peut s'arreter lorsque l'utilisateur quitte le programme en train d'etre execute. 
Lorsque l'application cible 505 est un panneau de fonctionnement d'un appareil, 

15 d'un dispositif de formation d'image, etc., le controle peut s'arreter lorsqu'un 
moyen particulier tel que icone ou bouton, par exemple le bouton de demarrage 
d'un copieur, a ete enfonce. Le controle peut egalement s'arreter apres un temps 
predetermine, apres un temps predetermine pendant lequel il n'y a pas eu 
utilisation de l'application cible par l'utilisateur, etc. Des conditions analogues 

20 d'arret du controle de 1'utilisation par l'utilisateur de 1'interface d'utilisateur 510 
peuvenl elre mises en ceuvre lorsque l'application cible 505 est un dispositif de 
formation d'image tel qu'un copieur, un telecopieur, une imprirnante, un 
num^riseur graphique ou un appareil du type four h micro-ondes, magnetoscope, 
camera numerique, telephone cellulaire, ordinateur portatif de poche, etc. 

25 De meme, dans ces circonstances, le controle peut s'arreter lorsque l'utilisateur 
introduit une instruction de sortie, apres un temps predetermine, apres un temps 
predetermine de non-utilisation, etc. 

Lorsque rutilisateur quitte 1'objet MB 1300, ce dernier appelle 
initialement une fonction stopMonitoring (arreter le controle) de 1'objet 

30 CMonitoringlF 1305. L'objet CMonitoringlF 1305 appelle alors une fonction 
logStopData (enregistrer les donnees d'arret) de l'objet CUsageLogger 1315 de 
sone que l'objet CUsageLogger 1315 peut arreter l'enregistrement de donnees 
d'usage de 1'interface d'utilisateur 510 par Tutilisateur. L'objet CUsageLogger 1315 
appelle alors une fonction getCurrcntTime de l'objet CTimc 1320, et l'objet CTime 

35 1320 renvoie alors ^ l'objet CUsageLogger 1315 la donnee CTime indiquant le 
temps courant. Ce temps courant indique le moment ou le controle de 1'usage de 
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l'interface 510 par l'utilisateur a ete arrete. L'objet CUsageLogger 1315 appelle 
alors une fonction getStartTime (obtenir le temps de debut) de l'objet CUsageData 
1330, qui renvoie la donnee CTime indiquant le temps memorise auquel le 
controle a commence. Apres ces opdrations, l'objet CUsageLogger 1315 possede 
5 la donnee du temps de debut du controle et le temps courant d'arret du controle. 
Ainsi, l'objet CUsageLogger 1315 peut determiner la dur£e pendant laquelle 
lusage de l'interface d'utilisateur 510 par l'utilisateur a etd controle. L'objet 
CUsageLogger 1315 appelle alors une fonction setDuration (fixer la duree) de 
l'objet CUsageData 1330 et envoie la donnde UINT avec la fonction setDuration ; 
10 c'est-a-dire, dans ce cas, la donnde UINT indique la dur£e pendant laquelle l'usage, 
par l'utilisateur, de l'interface d'utilisateur 510 a 6te controle. L'objet 
CUsageLogger 1315 appelle ^galement une fonction getCumulativeUsage de 
l'objet CUsageData 1330, qui renvoie alors la donnee demand£e sous la forme de 
la donnee UINT. L'objet CUsageLogger 1315 envoie alors cette donnee UINT a 
15 l'objet System 1325 et appelle la fonction setCumulativeUsage de cet objet, de 
sorte que, & la prochaine fois que I'opdration de controle sera utilise, la valeur du 
nombre de sessions de controle sera supdrieure d'une unit£ au nombre courant 
d'executions de ces sessions. 

L'objet CMonitoringlF 1305 appelle dgalement une fonction 
20 getUsageData (obtenir des donndes d'usages) de l'objet CUsageLogger 1315, 
qui renvoie alors la donnee CUsageData a l'objet CMonitoringlF 1305. Cette 
donnee comporte toutes les donnees de controle m£moris£es, qui comprennent 
l'identification du systeme, l usage cumule, le temps de debut, la dur6e d'usage et 
les frequences. L'objet CMonitoringlF 1305 envoie alors la donnde CUsageData 
25 en meme temps qu'il appelle une fonction sendUsageDataAtTrigger (envoyer les 
donnees d'usages au declencheur) de l'objet UsageDataSendManager 1310. L'objet 
UsageDataSendManager 1310 appelle alors une fonction getSendTriggerType 
(obtenir le type de declencheur d'envoi) de l'objet System 1325, qui renvoie alors 
la donnee EXIT a l'objet UsageDataSendManager 1310. La valeur EXIT renvoy^e 
30 signifie que les donnees controlees sont envoyees via l'objet SendingBlock 1600 a 
chaque fois que l'utilisateur quitte (exit) l'application cible. L'objet 
UsageDataSendManager 1310 envoie alors la donnee CUsagelnformation, qui 
indique toutes les donnees d'usages de Tusage fait par l'utilisateur de l'interface 
d'utilisateur 510, via une fonction sendUsageData (envoyer les donnees d'usages) 
35 de l'objet SendingBlock 1600. L'objet SendingBlock 1600 effectue alors une 
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fonction permettant d'envoyer les donn£es % une partie designee, puis renvoie un 
signal de confirmation, OUI, a l'objet UsageDataSendManager 1310. 

Le fonctionnement prdsente sur la figure 16A correspond a une 
operation dans laquelle les donnees d'usages sont envoyees sur la base d'un 
5 evenement declenchant constitue par le fait que l'utilisateur quitte l'application 
cible 505. 

L'operation d'arret de controle presentee sur la figure 16B est analogue 
& celle presentee sur la figure 16 A, sauf que, dans cette operation, les donndes 
d'usages sont envoydes par l'objet SendingBlock 1600 apres un nombre 

10 predetermine de sessions. Comme discut<5 ci-dessus, au titre d'une particularity de 
1'invention, les donnees d'usages controlees peuvent etre envoyees par courrier 
electronique apres un certain nombre de sessions d'utilisation de l'application cible 
505 par l'utilisateur. Le fonctionnement presente sur la figure 16B correspond a 
l'envoi des donnees d'usages apres un certain nombre de sessions. Les operations 1 

15 a 9a effectuees sur la figure 16B sont identiques a celles presentees sur la figure 
1 6 A, et on ne repetera pas ici une description qui serait redondante. Dans 
l'operation d'arret de controle qui est presentee sur la figure 16B, aprfcs l'appel de 
la fonction getSendTriggerType (obtenir le type de declencheur d'envoi) de l'objet 
System 1325, l'objet UsageDataSendManager 1310 appelle aussi une fonction 

20 getNumberOfSessions (obtenir le nombre de sessions) de l'objet System 1325. 
Cette operation fournit les donnees precedemment fix£es par l'utilisateur indiquant 
le nombre de sessions qui doivent etre effectudes avant renvoi des donnees 
controlees lors de cette operation. Comme reprdsente sur la figure 14, le nombre 
de sessions peut etre fixe dans l'objet System 1325. L'objet System 1325 renvoie 

25 alors la donnee UINT, qui indique le nombre de sessions apres lequel les donnees 
doivent etre envoyees a l'objet UsageDataSendManager 1310. L'objet 
UsageDataSendManager 1310 envoie alors la donn£e CUsageData et appelle une 
fonction storeUsageData (enregistrer les donnees d'usages) de l'objet LogFile 
1605. Dans ce cas, si le nombre fixe predetermine de sessions n'a pas ete execute, 

30 les donndes pendant une session sont stockees dans une memoire rdmanente par 
l'objet LogFile 1605. L'objet LogFile 1605 envoie alors la donnde CUsageData et 
un fichier LogFile en meme temps qu'un appel d'une fonction encodcUsagcData 
(coder les donnees d usages) a l'objet UsageDataEncoderDecoder 1610. Cette 
operation code les donnees, par exemple les comprime pour pouvoir les 

35 memoriser plus aisement, et memorise les donndes d'usages codees dans le fichier 
d'enregistrement chronologique. Lorsque le nombre voulu de sessions a ete atteint, 
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alors l'objet UsageDataSendManager 1310 envoie la donnee CUsagelnformation 
en meme temps que 1'appel d'une fonction sendUsageData (envoyer les donndes 
d'usages) a l'objet SendingBlock 1600, lequel envoie alors les donndes et retoume 
une donnee de confirmation, OUI, a l'objet UsageDataSendManager 1310. 
5 La Figure 17 pr^sente les operations effectu6es dans l'objet 

SendingBlock 1600 des figures 16A et 16B. 

L'etape associSe au num6ro 1 qui est presentee sur la figure 17 
correspond & l'etape associde au numdro 10 qui est presentee sur la figure 16A et a 
letape associee au numdro 12 qui est presentee sur la figure 16B. A cette etape, 

10 l'objet MonitoringBlock (bloc de controle) 1615 appelle une fonction 
sendUsageData (envoyer des donnees d'usages) dun objet SendMailTrigger 
(declencheur d'envoi de courrier) 1700 et envoie une donnee 
CUsagelnformationDerivedl (informations d'usages d6riv6es 1) h cet objet. 
L'objet SendMailTrigger 1700 renvoie alors un signal de confirmation OUI a 

15 l'objet SendingBloc 1615 apr&s avoir envoyd les informations. L'objet 
SendMailTrigger 1700 envoie alors la donnee CUsagelnformationDerivedl a 
l'objet InputPack (paquet d'entree) 1710 et appelle une fonction de conversion de 
cet objet. L'objet InputPack 1710 convertit alors la donnee 
CUsagelnformationDerivedl en une donnde de formal different 

20 CUsageInformationDerived2 (informations d'usages derivdes 2). Cette donnde 
CUsageInformationDerived2 est alors envoyee a l'objet SendMailTrigger 1700. La 
raison pour laquelle cette conversion est effectuee est qu'il faut tenir compte de 
tous les formats de donnees differents qui peuvent etre transmis depuis le bloc de 
controle jusqu'au bloc d'emission en fonction des differents declencheurs d'envoi. 

25 Aprfes cette conversion, le format des donnees sera Ie meme a rint£rieur de l'objet 
SendingBlock 1600. 

Lobjet InputPack 1710 appelle alors une fonction getXXX (obtenir 
XXX) dun objet CUsagelnformationDerivedl (informations d'usages derivdes 1) 
1715. L'objet CUsagelnformationDerivedl 1715 renvoie alors la donnee XXX 

30 demandee h l'objet InputPack 1710. Des exemples de donndes designees par XXX 
sont Tidentification du systeme, l'usage cumule, le temps de debut, la duree et les 
donnees d'usages controlees. 

L'objet SendMailTrigger 1700 envoie alors la donnde 
CUsageInformationDerived2 a l'objet Security/DataEncode (s£curite/codage de 

35 donndes) 1720 et appelle une fonction de codage de cet objet. L'objet 
Security/Data Encode 1720 code alors la donnee CUsageInformationDerived2 et 
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renvoie un fichier de texte ou une donnee CString k I'objet SendMailTrigger 
1700 ; ainsi, le fichier de texte ou la donnee CString est une donnde codee 
securitaire renvoyde a Tobjet SendMailTrigger 1700. Cette operation selon 
Tinvention peut crypter les donnees d'usages avant le renvoi par courrier 
5 electronique afin d'assurer la securite. 

L'objet Security/DateEncode 1720 appelle alors une fonction geiXXX 
aupres d'un objet CUsageInformationDerived2 (informations d'usages deriv6es 2) 
1725, qui, en reponse, renvoie la donnee XXX demandee h Tobjet 
Security/DataEncode 1 720, comme cela est fait a Tetape associ£e au numero 3. 

10 V objet SendMailTrigger 1700 envoie alors le fichier de texte ou la 

donnee CString des donnees codees et cryptees un objet SendMail (envoi de 
courrier) 1705, en meme temps que l'appel d'une fonction MailThisData (expedier 
ces donnees). L'objet SendMail 1705 envoie alors les donnees cryptees, puis 
renvoie un signal de confirmation, OUT, indiquant que Tobjet SendMail 1705 a 

15 envoye les donnees a l'objet SendMailTrigger 1700. 

Avec les operations ci-dessus discutees, Tinvention produit une 
operation de commande permettant de controler l'usage fait par un utilisateur d'une 
interface dutilisateur qui fait partie d'une application cible. De plus, cette 
operation de Tinvention permet que des donn6es relatives a Tusage controle soient 

20 stockees et soient transmises, a des moments choisis de maniere appropride, par 
courrier Internet. Le courrier Internet est une source commode pour ce type de 
transmission, puisque la transmission des donnees d'usages controles ne sont 
typiquement pas des informations sensibles au temps. De plus, Tutilisation d'un 
systeme de courrier Internet pour communiquer ces donnees peut notablement 

25 reduire les couts de la transmission. En outre, puisque les donndes d'usages 
enregistrees sont envoyees par courrier Internet selon Tinvention, les donnees 
d'usage enregistrees peuvent etre automatiquement envoyees a un autre systeme 
informatique qui peut etre programme pour analyser les donnees d'usages 
transmises par le courrier Internet. Une telle operation, rendue possible par 

30 Tinvention, peut augmenter fortement Tefficacite du controle et de Tanalyse de ces 
donnees d'usages. 

Dans sa mise en ceuvre prdfer£e, Tinvention emploie des ordinateurs 
possedant des boltiers distincts de celui du dispositif auquel ils sont relics. Ceci 
permet de mettre en ceuvre Tinvention de maniere peu coOteuse dans le cas 
35 d'installations qui possedent dej& un ordinateur existant permettant d'effectuer le 
traitement voulu, car les coQts nouveaux en materiels peuvent ainsi etre reduits. 
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line telle disposition peut aussi permettre une mise en oeuvre de I'invention sans 
modifications materielles du dispositif. Toutefois, si on le souhaite, on peut mettre 
en oeuvre I'invention en incluant des capacites appropriees de traitement et de 
stockage de donnees dans le dispositif qui fait l'objet du controle et, ou bien, qui 
5 est commande en plus d'un ordinateur distinct connecte au dispositif ou en 
remplacement de cet ordinateur. 

La presente demande se rapporte et s'appuie sur divers concepts qui 
ont dte decrits dans les brevets et demandes de brevet connexes, qui ont ete 
incorpores dans cette demande a titre de reference. Cette demande de brevet vise & 

10 inclure non seulement le contenu des demandes connexes, mais aussi les 
combinaisons de diverses particularites et fonctions des modes de realisation 
particuliers qui ont ete decrits dans cette demande et dans chacune des demandes 
connexes. Ainsi, une particularity decrite dans Tune des demandes de brevet ou 
des brevets connexes peut facilement s'appliquer & un concept d^crit dans cette 

15 invention, et, de plus, les concepts decrits dans une ou plusieurs des autres 
demandes peuvent etre des concepts et particularites appliques decrits dans une 
autre ou d'autres demandes. De plus, un message de courrier electronique peut etre 
utilise pour simplement dmettre, la communication effectuee dans l'autre sens 
etant realisee au moyen d'un mode de communication different, tel que Tun 

20 quelconque des autres modes de communication decrits ici, ou bien un mode de 
communication decrit dans les brevets et demandes de brevet connexes. 

Cette invention peut etre commodement mise en oeuvre au moyen d'un 
ordinateur ou microprocesseur numerique classique de type general, qui est 
programme selon les enseignements de la pr6sente description, comme cela 

25 apparaltra clairement h l'homme de Tart. Un codage logiciel appropri£ peut 
facilement etre prepare par Thomme de I an sur la base des enseignements de la 
presente description, comme cela semblera evident a l'homme de Tart. L'invention 
peut aussi etre mise en ceuvre par preparation de circuits integrds spdcifiques & une 
application, ou par interconnexion d'un reseau approprie de circuits composants 

30 classiques, comme Thomme de Tan le verra aisement. 

L'invention comporte un produit programme d'ordinateur qui est un 
support de stockage comportant des instructions qui peuvent etre utilises pour 
programmer un ordinateur afin deffectuer un traitement selon Tinvention. 
Le support de stockage peut comporter, sans limitation, tout type de disquc, 

35 notamment disquettes, disques optiques, CD-ROM et disques magneto-optiques, 
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ROM, RAM, EPROM, EEPROM, cartes magnetiques ou optiques, ou tout type de 
support convenant pour le stockage ^instructions electroniques. 

Bien entendu, rhomme de Fart sera en mesure d'imaginer, a partir des 
dispositifs et des proc£des dont la description vient d'etre donnee a titre 
5 simplement illustratif et nullement Iimitatif diverses variantes et modifications ne 
sortant pas du cadre de Tinvention. 
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REVINDICATIONS 

1. Systeme de controle d'application, caracterisd en ce qu'il comprend : 
une interface (510) d'une application cible (505), 1'interface 

5 comprenant une pluralite d'operations devant etre selectionnees par un utilisateur ; 

une unitd de controle (515) configuree pour controler des donnees de 
selection de la pluralite d'opdrations de l'interface par l'utilisateur, et pour produire 
un enregistrement chronologique des donndes controlees ; et 

un dispositif de communication (520) configure pour communiquer 
10 Tenregistrement chronologique des donnees controlees. 

2. Systeme selon la revendication 1, caractdrisd en ce que l'application 
cible (505) est une application logicielle et l'interface (510) est un dcran 
d'affichage de l'application logicielle. 

3. Systeme selon la revendication I, caract6ris6 en ce que Implication 
15 cible (505) est un dispositif de formation d'image et l'interface (510) est un 

panneau d'op£rations du dispositif de formation d'image. 

4. Systeme selon la revendication 1, caracterisd en ce que l'application 
cible (505) est un appareil et l'interface (510) est un panneau d'op£rations de 
l'appareil. 

20 5. Systeme selon la revendication 1, caracterisd en ce que le dispositif 

de communication (520) £met 1'enregistrement chronologique des donnees 
controlees lorsque l'utilisateur quitte l'application cible. 

6. Systeme selon la revendication 1, caracterise en ce qu'il comprend 
en outre une unite de reglage configure pour fixer un nombre de sessions de 

25 l'application cible (505) devant etre executees par l'utilisateur avant que le 
dispositif de communication (520) ne transmette 1'enregistrement chronologique 
des donnees controlees. 

7. Systeme selon Tune quelconque des revendications 1 h 6, ou le 
dispositif de communication (520) transmet par messagerie Internet 

30 l'enregistrement chronologique des donnees controlees. 

8. Systeme de controle d'application caracteris£ en ce qu'il comprend : 
un moyen d'interface (510) d'un moyen application cible (505), le 

moyen d'interface servant h produire une pluralite d'op£rations devant etre 
selectionnees parun utilisateur ; 
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uri moyen de controle (515) servant 4 controler des donnees de 
selection de la pluralite depurations du moyen d'interface par 1'utilisateur et a 
produire un enregistrement chronologique des donnees controlees ; et 

un moyen de communication (520) servant h transmettre 
5 I'enregistrement chronologique des donnees controlees. 

9. Systeme selon la revendication 8, caracterise en ce que le moyen 
application cible (505) est une application logicielle et le moyen d'interface (510) 
est un 6cran d'affichage de 1'application logicielle. 

10. Systeme selon la revendication 8, caracterise en ce que le moyen 
10 application cible (505) est un dispositif de formation d'image et le moyen 

d'interface (510) est un panneau d'operations du dispositif de formation d'image. 

11. Systeme selon la revendication 8, caracterise en ce que le moyen 
application cible (505) est un appareil et le moyen d'interface (510) est un panneau 
d'operations de 1'appareil. 

15 12. Systeme selon la revendication 8, caracterise en ce que le moyen 

de communication (520) emet Tenregistrement chronologique des donnees 
controlees lorsque Tutilisateur quitte le moyen application cible. 

13. Systeme selon la revendication 8, caracterise en ce qu'il comprend 
en outre un moyen de reglage configure pour fixer un nombre de sessions du 

20 moyen application cible (505) devant etre executees par 1'utilisateur avant que le 
moyen de communication (520) ne transmette I'enregistrement chronologique des 
donnees controlees. 

14. Systeme selon l une quelconque des revendications 8 a 13 ou le 
moyen de communication (520) transmet par messagerie Internet I'enregistrement 

25 chronologique des donnees controlees. 

15. Procede de controle de l'usage d'une interface d'une application 
cible, l'interface comportant une pluralite d'operations devant etre selectionnSes 
par un utilisateur, le procede etant caracterise en ce qu'il comprend les etapes 
suivantes : 

30 controler des donnees de selection de la plurality d'operations de 

Tinterface par 1'utilisateur ; 

produire un enregistrement chronologique des donndes controlees ; el 
communiquer I'enregistrement chronologique des donnees controlees. 

16. Procede selon la revendication 15, caracterise en ce que 
35 1'application cible (505) est une application logicielle et Tinterface (510) est un 

ecran d'affichage de 1'application logicielle. 
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17. Procede selon la revendication 15, caracterise en ce que 
l'application cible (505) est un dispositif de formation d'image et rinterface (510) 
est un panneau d'operations du dispositif de formation d'image. 

18. Procede selon la revendication 15, caracterise en ce que 
5 l'application cible (505) est un appareil et rinterface (510) est un panneau 

d'operations de l'appareil. 

19. Procede selon la revendication 15, caracterise en ce que le 
dispositif de communication (520) 6mci 1'enregistrement chronologique des 
donnees controlees lorsque l'utilisateur quitte l'application cible. 

10 20. Procede selon la revendication 15, caracterise en ce qu'il comprend 

en outre une etape de reglage consistant h fixer un nombre de sessions de 
l'application cible (505) devant etre executees par 1'utilisateur avant que le 
dispositif de communication (520) ne transmette 1'enregistrement chronologique 
des donnees controlees. 

15 21. Procede selon Tune quelconque des revendications 15 a 20, ou 

I 'etape de communication (520) trans met par messagerie Internet l'enregistrement 
chronologique des donnees controlees. 

22. Produit programme d'ordinateur, caracterise en ce qu'il comprend : 
un support de stockage d'ordinateur et un mecanisme de code de 

20 programme d'ordinateur incorpore dans le support de stockage d'ordinateur, 

servant a amener a l'ordinateur k controler l'usage, fait par l'utilisateur, d'une 

interface (510) d'une application cible (505), comprenant : 

un premier dispositif de code d'ordinateur configure pour controler les 

donnees de selection de la pluralite d'operations de rinterface par l'utilisateur, et 
25 configure pour produire un enregistrement chronologique des donnees controlees ; 

et 

un deuxieme dispositif de code d'ordinateur configure pour transmettre 
1'enregistrement chronologique des donnees controlees. 

23. Produit programme d'ordinateur selon la revendication 22, 
30 caracterise en ce que l'application cible (505) est une application logicielle et 

rinterface (5.10) est un ecran d'affichage de l'application logicielle. 

24. Produit programme d'ordinateur selon la revendication 22, 
caracterise en ce que l'application cible (505) est un dispositif de formation 
d'image et rinterface (510) est un panneau d'operations du dispositif de formation 

35 d'image. 
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25. Produit programme d'ordinateur selon la revendication 22, 
caract^rise en ce que l'application cible (505) est un appareil et l'interface (510) esl 
un panneau d'op£rations de l'appareil. 

26. Produit programme d'ordinateur selon la revendication 22, 
5 caracteris^ en ce que le deuxieme dispositif de code d'ordinateur esl en outre 

configure pour dmettre Tenregistrement chronologique des donn^es controlees 
lorsque l'utilisateur quitte l'application cible. 

27. Produit programme d'ordinateur selon la revendication 22, 
caract6ris£ en ce qu'il comprend en outre un troisieme dispositif de code 

10 d'ordinateur configurd pour fixer un nombre de sessions dc l'application cible 
(505) devant etre exdcutees par l'utilisateur avant que le dispositif de 
communication ne transmette l'enregistrement chronologique des donn^es 
controlees. 

28. Produit programme d'ordinateur selon Tune quelconque des 
15 revendications 22 a 27, ou le deuxieme dispositif de code d'ordinateur transmet 

par messagerie Internet l'enregistrement chronologique des donn6es controlees. 
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